home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000213_news@columbia.edu _Mon Aug 19 13:26:03 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id NAA19830 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 19 Aug 1996 13:26:02 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id NAA16179 for kermit.misc@watsun; Mon, 19 Aug 1996 13:26:00 -0400 (EDT)
  4. Path: news.columbia.edu!panix!netaxs.com!op.net!news.mathworks.com!nntp.primenet.com!newspump.sol.net!spool.mu.edu!munnari.OZ.AU!bunyip.cc.uq.oz.au!minbne.mincom.oz.au!cygnus.mincom.oz.au!usenet
  5. From: jeffs@saturn
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS Kermit 3.14 delays at 28.8.
  8. Date: Mon, 19 Aug 1996 16:25:20 GMT
  9. Organization: Mincom Pty. Ltd.
  10. Lines: 45
  11. Message-ID: <4va4p9$af7@cygnus.mincom.oz.au>
  12. References: <4tnosr$82p@kocrsv08.delcoelect.com> <4tnt6k$sl@apakabar.cc.columbia.edu> <4to5eb$arp@kocrsv08.delcoelect.com> <4toj4d$93p@apakabar.cc.columbia.edu> <840020652snz@genesis.demon.co.uk>
  13. NNTP-Posting-Host: dvrpc19.mincom.oz.au
  14. X-Newsreader: Forte Free Agent 1.0.82
  15.  
  16. Lawrence Kirby <fred@genesis.demon.co.uk> wrote:
  17.  
  18. >In article <4toj4d$93p@apakabar.cc.columbia.edu>
  19. >           fdc@watsun.cc.columbia.edu "Frank da Cruz" writes:
  20.  
  21. >>
  22. >>In article <4to5eb$arp@kocrsv08.delcoelect.com>,
  23. >>Spiros Triantafyllopoulos <c23st@eng.delcoelect.com> wrote:
  24. >>: Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  25. >>: : It sounds like the modem is flow-controlling the PC.  Which could happen
  26. >>: : for many different reasons.  The most likely reason is that it is busy
  27. >>: : engaging in some protocol with the other modem -- falling back or falling
  28. >>: : forward, retraining, recovering from transmission errors by retransmitting
  29. >>: : LAPM blocks, etc.  You say this just started happening at the same time
  30. >>: : that you started getting 28800 bps connections rather than 26400, so maybe
  31. >>: : your ISP installed some new modems and this accounts for the new behavior.
  32. >>: 
  33. >>: This started happening when the ISP started using new modems
  34. >>: (upgraded to support 33.6... I started seeing more 28.8 connections
  35. >>: and these  delays... Is there an easy way to find out more information
  36. >>: (run in debug mode?), and/or remedy it?
  37. >>: 
  38. >>We have to expect this kind of problem periodically (with an ever
  39. >>diminishing period) as modem makers fall all over themselves to outdo each
  40. >>other.  Before standard X even settles down, the market is already flooded
  41. >>with modems that implement "X+" or "Turbo-X".  But since "X+" (in this case,
  42. >>V.34+) is not defined by any standard, implementations of it in -- and
  43. >>reactions *to* it by -- modems from different makers are likely to vary.
  44.  
  45. >It is defined by a draft standard, it just hasn't completed the ratification
  46. >process yet. That process won't change the content of the standard. So
  47. >everybody is working to the same standard.
  48.  
  49. >The problem sounds like the modems are pushing the line too hard and are
  50. >getting data corruption. The pauses are probably LAPM protocol timeouts.
  51. >The solution in that case is to force the connection to a lower speed.
  52. Check out newsgroup comp.dcom.modems there are numerous posting
  53. concerning delays with some of the 28.8 modems.
  54. >-- 
  55. >-----------------------------------------
  56. >Lawrence Kirby | fred@genesis.demon.co.uk
  57. >Wilts, England | 70734.126@compuserve.com
  58. >-----------------------------------------
  59.  
  60.